Amendments to the Claims 

This claims listing replaces all previous claims listings in this case. 

1 Claim 1 (currently amended): In a method of making a payment from a payer to a 

2 merchant over a public computer network of the type where the payment involves the 

3 merchant accepting a proposed payment in the form of an account number having a 

4 standard syntax from the payer at completion of a purchase, followed by the merchant 

5 requesting an authorization for the proposed payment from a financial institution, the 

6 improvement comprising the following acts p e rform e d by a trust e d third party s ervic e: 



7 a) authenticating the payer and authorizing the proposed payment in a single 

8 int e grat e d proc e ss conducted without th e involv e m e nt of th e m e rchant 

9 a) providing a taisted third party on line service which is accessible on the 

10 public computer network and which has access to an inter-bank 

11 computer network; 

1 2 b} the trusted third party on line service allowi ng a per si stent channel to be 

13 established with the payer prior to completion of the purchase with the 

14 merchant . wherein the persistent channel is a two way electronic 

15 communication between the payer and the taisted third party, which is 

16 different from a channel used to communicate with the merchant, and 

17 which once opened is available for communication and verification until 

18 terminated: 

19 c) the trusted third party on line service obtaining a valid account number of 

20 the payer and authenticating the payer, wherein the valid account 

21 number is in the standard syntax: 

22 d) the trusted third party on line service receiving the proposed payment 

23 submitted by the merchant: 

24 e) the trusted third party on line service verifying that the persistent channel 

25 with the payer remains available after receipt of the proposed payment: 

26 0 if the c hannel is not available, the tmsted third pam on line service 

27 issuing an instruction on the inter-bank networlc to dechne the proposed 

28 payment with the merchant: and 
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29 g) if the channel is available, the trusted third party on line service issuing an 

30 instruction on the inter-bank network to complete the proposed payment 

31 with the merchant from the valid account, whereby the payer is 

32 authenticated and the proposed payment is authorized, if at all, in a 

33 single integrated process conducted without the involvement of the 

34 merchant based on the persistent channel between the trusted third party 

35 on line service and the payer. 

1 Claim 2 (currently amended): The improvement of claim 1 wherein the standard syntax is 

2 the syntax used for credit and debit cards and flirther comprising the acts of 

3 a, the trusted third party service examining the valid account number prior 

4 to completion of the purchase; 

5 if the valid account number does not contain a routing code which will 

6 direct it to the trusted third party on line service, then the trusted third 

7 party service assigning an alternative account number to the payer for a 

8 transaction, said alternative account number comprising a routing code 

9 which will cause the transaction to be routed to the trusted third party 

10 online service when submitted by the merchant for authorization: and 

11 a if the payer requests an alternative account number when the persistent 

12 channel is established, then the trusted third party assigning an 

13 alternative account number to the payer comprising a routing code 

14 which will cause the transaction to be routed to the trusted third party 

15 online service when submitted by the merchant for authorization, 
16 

17 a) allowing a p e rsist e nt chann e l to b e e stablish e d b e tw ee n th e trusted third 

18 party service and tho payer prior to the payor completing the purchase, 

19 and wherein the act of authenticating the payer and authorizing the 

20 proposed payment in a single integrated process compriscg the act of 

21 v e rifying that th e p e rsist e nt chann e l is availabl e , and optionally 

22 authorization, if additional authorization is required by prcdctormincd 
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1 Claim 3 (currently amended): The improvement of claim 1 wherein the improvement 

2 further comprises the act of optionally contacting the payer over the persistent channel to 

3 obtain additional information ^ flirthcr comprising the acts of 

4 a) receiving a request from a Payment Processor for approval of the proposed 

5 p aym e nt p e rtaining to th e account numb e r, wh e r e by th e account numb e r 

6 was submitted as the proposed payment for the purchase; and 

7 b) — transmitting an instruction to th e Paym e nt Proc e ssor which d e p e nds on 

8 wh e th e r th e transaction is v e rifi e d or d e ni e d . 

1 Claim 4 (currently amended): The improvement of claim 3 wherein the trusted third party 

2 online service comprises a portal accessible on athe public computer network through 



3 which the persistent channel may be established using a network accessible device. 

1 Claim 5(original): The improvement of claim [4]3 wherein the taisted third party online 

2 service fiirther comprises a telephone connection through which the persistent channel 

3 may be established. 

1 Claim 6 (currently amended): The improvement of claim &3_ wherein the transaction is an 

2 e-conimerce transaction on the network, and wherein the transaction takes place between 

3 the payer's network accessible device and the merchant's world wide web site on the 

4 network. 

1 Claim 7 (original): The improvement of claim 5 wherein the purchase involves personal 

2 contact between the payer and the merchant. 

1 Claim 8 (currently amended): The improvement of claim 1 claim 6 or claim 7 wherein the 

2 taisted third party online service P aymont Processor is the issuer of a payment card the 

3 account having the valid account number. 
1 

2 Claim 9 (currently amended): The improvement of claim 63 wherein the trusted third 

3 party service comprises an instant message system and the persistent channel is 

4 established over the instant message system. 
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1 10. (Withdrawn) In a method of making a payment from a payer to a merchant in an 

2 online tramaction involving an online purchase over a first network, the 

3 transaction being of the type where the payment involves the merchant accepting 

4 a proposed payment in the form of an account number having a standard syntax at 

5 completion of the purchase, followed by the merchant requesting an authorization 

6 for the proposed payment from a financial institution, the improvement 

7 comprising the following acts performed by a trusted third party service: 

8 a) allowing the payer to initiate a persistent channel with tiie trusted third 

9 party service prior to completing the online purchase; 

10 b) receiving a request from a Payment Processor for approval of the proposed 

1 1 payment pertaining to the account number, whereby the account number 

12 was submitted as the proposed payment in the online transaction; 

1 3 c) verifying the proposed payment by verifying that the persistent channel is 

14 available, and optionally contacting the payer over the persistent channel 

15 for additional verification, if additional verification is required by 

16 predetermined; and 

17 d) transmitting an instruction to the Payment Processor wherein the content 

1 8 of said instruction depends on whether the transaction is verified or 

19 denied. 

1 11. (Withdrawn) The improvement of claim 10 further comprising the acts of: 

2 a) associating a proxy account number assigned to the payer with at least one 

3 valid account number and other information pertaining to the payer in a 

4 database accessible to the trusted third party service, wherein said proxy 

5 account number follows the standard syntax and comprises routing 

6 information associated with the Payment Processor; 

7 b) if the account number is the proxy account number, processing the request 

8 by identifying the at least one valid account number; wherein the 

9 instruction transmitted to the Payment Processor further comprises a valid 

10 account number corresponding to the pro^ account number 
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1 12. (Withdrawn) The improvement in claim 10 or claim 1 1 wherein the trusted third 

2 party service comprises software executing on at least one computer server 

3 integrated witii the Payment Processor's payment processing application. 

1 13 . (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the trusted third 

2 party service comprises software executing on at least one computer server 

3 residing on the first network and communicates with the Payment Processor over 

4 a secure external link. 

1 14. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the persistent 

2 channel is established using the payer's netwodc accessible devices over either the 

3 first network or a second network. 

1 15. (Withdrawn) The improvement of claim 1 0 or claim 1 1 wherein the persistent 

2 channel is established by telephone over a telephone network. 

1 16. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the persistent 

2 channel is established over an instant message system. 

1 17. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the standard 

2 syntax comprises routing information and account identifying information. 

1 18. (Withdrawn) The improvement of claim 1 1 wherein the proxy account number is 

2 also a valid account number. 

1 19. (Withdrawn) The improvement of claim 15 further comprising providing the 

2 payer with access to functionality to receive a request for approval of the 

3 proposed payment over the persistent channel and to reply over the persistent 

4 channel. 
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1 20. (Withdrawn) The improvement of claim 19 wherein the trusted third party 

2 service is an online service comprising at least one network server operating a 

3 portal software for conmmnicating with the payer using the payer's network 

4 accessible device over the persistent channel. 

1 21. (Withdrawn) The improvement of claim 20 wherein the payer's networic 

2 accessible device comprises a computer system and the persistent channel is 

3 established over the first network between the computer system and the at least 

4 one network server. 

1 22. (Withdrawn) The improvement of claim 21 wherein the at least one valid 

2 account number associated in the database with the proxy account number 

3 comprises a plurality of valid account numbers. 

1 23. (Withdrawn) The improvement of claim 22 wherein the fixst network is the 

2 Zntemet, the financial institution is a bank and the account numbers are chosen 

3 horn the group consisting of credit card account numbers, debit card numbers, 

4 and checking account numbers. 

1 24. (Withdrawn) The improvement of claim 23 fiirther comprising the act of 

2 allowing the payer to choose one of the plurality of account numbers for use in 

3 the payment. 

1 25. (Withdrawn) The improvement of claim 23 further comprising the act of 

2 allowing the payer to split the proposed payment among the plurality of account 

3 numbers according to an amount - account number array. 
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1 26. (Withdrawn) The improvement of claim 24 further comprising the act of 

2 transmitting at least one additional instruction to the Payment Processor each 

3 comprising one of the plurality of account numbers as required for the split 

4 transaction. 

1 27. (Withdrawn) A computer readable medium comprising computer executable 

2 steps to perform the steps of the improvement recited in claim 1 0 or claim 1 1 . 

1 28. (Withdrawn) A computer server programmed to perform the steps of the 

2 improvement recited in claim 1 0 or claim 1 1 . 
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3 29. (Withdrawn) In a method of making a payment from a payer to a merchant in an 

4 online transaction over a first network, the transaction involving an online 

5 purchase and being of the type where the payment involves the beneficiary 

6 accepting a proposed payment in the form of an account number having a 

7 standard syntax, followed by the merchant requesting an authorization for the 

8 proposed payment from a financial institution, the improvement comprising the 

9 following acts performed by a trusted third party service: 

10 a) associating an identifier assigned to the payer with at least one valid account 

1 1 number and other infonnation pertaining to the payer in a database acc^sible to 

1 2 the trusted third party service; 

13 b) allowing the payer to initiate a persistent channel over the first network with the 

14 trusted third party service prior to completing the online purchase; 

15 c) receiving a request from a Payment Processor for approval of the proposed 

16 payment pertaining to the account number, whereby the account number was 

17 submitted as the proposed payment in the online transaction, and wherein the 

1 8 account number is in the standard syntax and comprises routing information 

1 9 associated with the Payment Processor; 

20 d) verifying the proposed payment by verifying that the persistent channel is 

2 1 available, and optionally contacting the payer over the persistent channel for 

22 additional veriflcatiQn, if additional verification is required by predetermined; 

23 e) processing the request by identifying the at least one valid account number; and 

24 f) transmitting an instruction to the Payment Processor wherein the content of said 

25 instruction depends on whether the transaction is verified or denied, and if the 

26 transaction is verified, the instruction comprises a valid account number 

27 associated with said identifier. 

1 30. (Withdrawn) The improvement in claim 29 wherein the trusted third party 

2 service comprises software executing on at least one computer server integrated 

3 with the Payment Processor's payment processing application. 
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1 31, (Withdrawn) The improvement of claim 29 wherein the tmsted third party 

2 service comprises software executing on at least one computer server residing on 

3 the first network and communicates with the Payment Processor over a secure 

4 external link. 

1 32. (Withdrawn) The improvement of claim 30 or claim 3 1 further comprising 

2 providing the payer with access to functionality to receive a request for approval 

3 of the proposed payment over the persistent channel and to reply over the 

4 persistent channel. 

1 33. (Withdrawn) The improvement of claim 32 wherein the trusted third party 

2 service is an online service comprising at least one network server operating a 

3 portal software for communicating with the payer using the payer's netwoik 

4 accessible device over the persistent channel. 

1 34, (Withdrawn) The improvement of claim 32 v^ietein the payer's network 

2 accessible device comprises a computer system, and the persistent channel is 

3 established over the first network between the computer system and the at least 

4 one network server. 

1 35. (Withdrawn) The improvement of claim 34 wherein the at least one valid 

2 account number associated in the database with the identifier assigned to the 

3 payer comprises a plurality of valid account numbers. 

1 36. (Withdrawn) The improvement ofclaim 35 wherein the first network is the 

2 Internet, the financial institutions are banks ami the account numbers are chosen 

3 from the group consisting of credit card account numbers, debit card numbers, 

4 and checking account numbers. 
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1 37. (Withdrawn) The improvement ofclaim 36 further comprising the act of 

2 allowing the payer to choose one of the plurality of account numbers for use in 

3 the payment. 

1 38. (Withdrawn) The improvement ofclaim 36 further comprising the act of 

2 allowii^ the payer to split the proposed payment among the plurality of account 

3 numbers according to an amount - account number array. 

1 39. (Withdrawn) The improvement ofclaim 38 further comprising the act of 

2 transmitting at least one additional instruction to the Payment Processor each 

3 comprising one of the plurality of account numbers as required for the split 

4 transaction. 

1 40. (Withdrawn) A computer readable medium comprising computer executable 

2 steps to perform the steps of the improvement recited in claim 29. 

1 41. (Withdrawn) A computer server programmed to perform the steps of the 

2 improvement recited in claim 29. 
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1 42. (Withdrawn) A dynamic payment system in a nodejoining a first network 

2 whereupon online tramactions are conducted and a private payment approval 

3 network comprising: 

4 a) at least one computer server comprising software executing thereon 

5 comprising the foUowii^ functionality: 

6 i) functionality for establishing a persistent channel with a plurality 

7 of user's for dynamic approval of online payment transactions 

8 taking place on the first network using the users' network enabled 

9 devices 

10 ii) functionality for recognizing and receiving requests from a 

1 1 Payment Processor for authorization of proposed payments 

12 originating from the users* network enabled devices, the requests 

1 3 having been transferred to the Payment Processor over the private 

14 payment approval network, 

15 iii) functionality for verifying the proposed payments oyer the 

1 6 persistent channel, and 

17 iv) functionality for transferring a plurality of instructions to the 

1 8 Payment Processor, each of said plurality of instructions depending 

19 on whether a proposed payment is verified; and 

20 b) a database comprising users' data and preferences. 
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1 43. (Withdrawn) The dynamic payment system ofclaim 42 wherein the software 

2 executing on the at least one computer server further comprises the following 

3 functionality: 

4 a) functionality for mapping a plurality of proxy account numbers against data 

5 perteuning to a plurality of users, wherein the data pertaining to each user 

6 comprises connection data identifying the persistent channel being used by the 

7 user, and at least one valid account number for the user, wherein the plurality of 

8 proxy account numbers are in a standard account syntax which comprises routing 

9 information which allows a transaction involving the proxy account number to be 

10 routed to the dynamic payment system; and 

11 b) functionality for handling lequestsinvolvingtfaepluralityof proxy account 

12 numbers, comprising identifying the at least one valid account number 

13 corresponding to one of the plurality of proxy account numbers; and wherein the 

14 instinction transferred to the Payment Processor in a transaction involving one of 

1 5 the plurality of proxy account numbers comprises the at least one valid account 

1 6 number mapped against the one proxy account number. 

1 44. (Withdrawn) The dynamic payment system of claim 42 or claim 43 wherein the 

2 system further comprises software executing on the users' network accessible 

3 devices for establishing persistent channels and exchanging data with the at least 

4 one computer server. 

1 45. (Withdrawn) The dynamic payment system of claim 44 further comprising an 

2 instant message system. 

1 46. (Withdrawn) The dynamic payment system of either claim 42 or claim 43 

2 vt^erein the dynamic payment system is ftilly integrated within the Payment 

3 Processor's processing application. 
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1 47. (Withdrawn) The dynamic payment system of claim 45 wherein the dynamic 

2 payment system is fiilly integrated within the Payment Processor's processing 

3 application. 

1 48. (Withdrawn) The dynamic payment system of either claim 43 wherein the 

2 dynamic payment system is on the first network and wherein the dynamic 

3 payment system is connected to the Payment Processor by a secure link. 

1 49. (Withdrawn) The dynamic payment system of claim 46 wherein the dynamic 

2 payment system is on the first network and wherein the dynamic payment system 

3 is cotmected to the Payment Processor by a secure link. 

1 50. (Withdrawn) The dynamic payment system of either claim 43 wherein the 

2 network accessible device is chosen from the group consisting of computer 

3 systems, personal digital assistants, set top boxes, and wireless access devices. 

1 51. (Withdrawn) Thedynamicpaymentsystemof claim 46 wherein a plurality of 

2 proxy account numbers are also a valid account numbers. 

1 52. (Withdrawn) A computer readable medium having the software functionality 

2 recited in claim 43. 
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1 53. (Withdrawn) In a method for transferring funds between a payer having a 

2 payer' s account in a first institution said account being represented by a payer' s 

3 debit card number and a receiver having a receiver' s account in a second 

4 institution said receiver's account represented by a receiver's debit card number 

5 wherein the transfer is initiated by the payer on an on-line service and routed for 

6 processing between the first financial institution and the second financial 

7 institution by a Payment Processor, the improvement comprising the following 

8 acts performed by a trusted third party service: 

9 a) associating a proxy debit card number assigned to the receiver with at 

10 least one valid debit account number and other information about the 

1 1 receiver in a database accessible to the trusted third party service, wherein 

12 the proxy debit card number follows a standard syntax for debit cards and 

1 3 comprises routing information vMch allows it to be routed to the trusted 

14 third party service; 

1 5 b) receiving a request firom the Payment Processor pertaining to a payment 

16 intended for the proxy debit account number, 

17 c) processing the request comprising finding the at least one valid debit 

1 8 account number corresponding to the proxy debit card number; 

19 d) transmitting at least one instruction to the Payment Processor comprising 

20 a valid debit account number associated with the proxy debit account 

21 number. 

1 54. (Withdrawn) The improvement of claim 53 fixrther comprising assigning the 

2 receiver at least one proxy debit account number. 

1 55. (Withdrawn) The improvement of claim 54 wherein the at least one valid 

2 account number comprises a plurality of valid account numbers. 

1 56. (Withdrawn) The improvement of claim 55 further comprising obtaining 

2 preferences for receiving payments. 
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1 57. (Withdrawn) The improvement of claim 56 fiirther comprising interpreting the 

2 request in accordance with the preferences and transmitting additional 

3 instructions to the Payment Processor as needed to comply with the preferences. 

1 5S. (Withdrawn) A computer readable medium comprising computer executable 

2 instnictioius for carrying out the method recited in claim S3 . 

1 59. (Withdrawn) A dynamic payment system in a node joining a first network 

2 whereupon online transactions are carried out, and a private payment ^proval 

3 network, the system comprising: 

4 a) agent means for establishing persistent channels with a plurality of users* network 

5 accessible devices and transmitting and receivii^ messages over said plurality of 

6 persistent charmels; 

7 b) portal means for presenting a y/eh page to each of the plurality of users' network 
S accessible devices, and sendii^ and receiving information between the dynamic 
9 payment system and the plurality of users' network accessible devices, and 

1 0 maintainit^ connection data pertaining to said plurality of users' network 

1 1 accessible devices; 

12 c) server means for mapping data pertaining to a plurality of users into a database 

13 means, receiving and processing requests from a Payment Processor, and 

14 responding to the Payment Processor, and 

15 d) database means for storing said data pertaining to a plurality of users. 

1 60. (Withdrawn) The dynamic payment sjretem of claim 59, further comprising 

2 telephone channel means for establishing alternate persistent channels by 

3 telephone. 
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